Skip to content

Fix tag parsing for optional filename suffixes#6996

Open
sapunyangkut wants to merge 1 commit into
galaxyproject:mainfrom
sapunyangkut:codex/issue-6180-tagging-regex
Open

Fix tag parsing for optional filename suffixes#6996
sapunyangkut wants to merge 1 commit into
galaxyproject:mainfrom
sapunyangkut:codex/issue-6180-tagging-regex

Conversation

@sapunyangkut

@sapunyangkut sapunyangkut commented Jul 13, 2026

Copy link
Copy Markdown
Contributor

Make the tag-based hands-on instructions accept both the three-component collection identifiers they ask learners to create and the four-component filenames reported in #6180.

The English regex added in #6181 only matches identifiers that retain the _featureCounts.counts suffix, while the preceding instruction uses names such as GSM461176_untreat_single. The anchored expression now treats any suffix as optional, preserves it when present, and consistently tags treatment and sequencing from capture groups 2 and 3. The same technical literals are synchronized across the German, Spanish, and Italian translations.

The workflow is intentionally unchanged: its tests use three-component collection element identifiers without the _featureCounts.counts suffix.

Refs #6180. Follow-up to #6181.

Testing

  • git diff --check
  • python bin/lint-diffs.py for each changed tutorial
  • GNU sed 4.9 behavior checks for both GSM461176_untreat_single and GSM461176_untreat_single_featureCounts.counts
  • Regex checks for all seven collection identifiers in the workflow test data

Automation disclosure

This focused documentation fix was prepared and checked with OpenAI Codex automation. The final expression was reviewed against the official Galaxy tool wrappers and validated with GNU sed 4.9.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant